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SYSTEM AND METHOD FOR VISUALLY REPRESENTING HIERARCHICAL 
DATABASE OBJECTS AND THEIR SIMILARITY RELATIONSHIPS TO 
OTHER OBJECTS IN THE DATABASE 

by 

John R. Ripley, Steve C. Wotring and Gordon C. Hicks 
CROSS-REFERENCE TO RELATED APPLICATIONS 
This application claims the benefit of U.S. Provisional Application No. 
60/157,476, filed October 1, 1999. 

FIELD OF THE INVENTION 

The invention relates generally to database visualization, the visual representation 
of a database. In particular, this invention relates to the field of visually representing the 
contents of a hierarchical database and its interrelationships. The invention may be used 
to visually represent any type of hierarchical database but is particularly useful in visually 
representing the results of searches, particularly similarity type searches, performed on 
hierarchical databases. 

BACKGROUND OF THE INVENTION 
With the proliferation of online commerce and automated systems, the amount of 
data that is being stored in databases has risen dramatically. With this steep increase 
in database size and transaction volumes, the ability to find information in a database 
without a reference has become extremely difficult. To help ameliorate these problems, 
database visualization has emerged. Database visualization is the process of displaying 
data and its interrelationships visually, rather than textually. Database visualization 



allows a user to peruse large amounts of data in order to unearth trends and other 
knowledge that might otherwise go undetected. 

This application is related to United States Patent Application Number 
09/401,101 entitled "System and Method for Performing Similarity Searching" by David 
B. Wheeler and Matthew J. Clay, filed on September 22, 1999, and provisional patent 
application number 60/157,477 entitled "System and Method for Transforming a 
Relational Database to a Hierarchical Database" by John R. Ripley and Steven C. 
Wotring, filed on October 1, 1999. Both applications are incorporated by reference 
herein. 

SUMMARY OF THE INVENTION 
The current invention provides a system and method for visually representing 
hierarchical database objects and their interrelationships. The invention provides a 
process for visually representing hierarchical database objects contained in a hierarchical 
document, as well as their similarities to other database objects in the hierarchical 
database management system. A user has the ability to perform a quicklink search which 
is a similarity search on specified attributes of a database object. The quicklink search 
comprises a predefined query that specifies a similarity scoring method for a single data 
base object. The search criteria for the quicklink search may be defined, for example, 
when a schema for the hierarchical database is defined. The quicklink search can 
examine multiple documents across multiple databases. The results of the quicklink 
search are returned in the form of a visual representation of the relationships and 
similarities among applicable data, as delineated by the user in setting the quicklink 
search criteria. The current invention allows visual document objects that are related to 
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hierarchical database objects to be stored and in turn used in database visualization. 
Visual edge objects, which represent the relationships between hierarchical database 
objects are generated, stored and used in the database visualization. The current invention 
allows for multiple visual displays to be generated for a visualization model. The 

50 present invention comprises a computer-implemented visualization model of similarity 
relationships between documents. It comprises performing a similarity search based on at 
least one attribute of a reference document to find at least one target document with 
similar attributes; creating a visual representation of the reference database document and 
the at least one target document; creating a visual representation of the similarities 

55 between the reference document and at least one target document; and displaying the 
visual representations of the database documents and their similarities on a graphical user 
interface. The target documents that are similarity searched may reside in a plurality of 
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the visualization model to create the visual representation of the documents and the 
60 similarities between the documents. 

The present invention is a computer-implemented interactive visualization model 
of similarity relationships between documents. It comprises using a similarity search 
performed on attributes of a reference document which results in a set of 0 to n target 
documents with similar attributes; creating a visual representation of the reference 
65 document and each target document; creating a visual representation of similarities 
between the reference document and each target document; and displaying the visual 
representation of the reference documents and each target document and their similarities 
on a graphical user interface. The method further comprises allowing a user using the 
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graphical user interface to initiate the similarity search and select the attributes of the 
70 reference document to be used in the similarity search. The method further comprises 
allowing a user using the graphical user interface to choose any attributes of the reference 
document to be used in the similarity search. Attributes of the target document may be 
used as a source for a new similarity search. 

The present invention also comprises a computer-implemented visualization 
75 model of similarities between documents. It comprises displaying a reference hierarchical 
object (a reference model node); allowing a user to initiate a similarity search, based on at 
least one attribute of the reference hierarchical object, to find at least one target 
hierarchical objects (a target model node); visually representing the reference model node 
and at least one target model node that meets a similarity search criteria; visually 
80 representing the similarities between the reference model node and each target model 
node as a model edge; displaying the visual representations of the model node and model 
^ edge on a graphical user interface. The model node comprises a reference to the 

y hierarchical object the model node represents; a reference to at least one attribute of the 
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'^l hierarchical object used in the similarity search if a model edge exists; and visual 
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85 properties of the hierarchical document the model node represents. The visual 

representation of the reference model node, each target model node, and each model edge 

may be stored in computer memory or on disk. 

The model edge comprises an identifier of the reference model node from which 

the visual representation of the model edge will extend and an identifier of at least one 
90 target model node to which the visual representation of the model edge will extend; and a 

list of the similarity search attributes used in the similarity search. The method further 
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comprises user chosen attributes to be used in the similarity search.The present invention 
comprises a computer-implemented method of visualizing similarity relationships 
between documents. The method comprises using a reference hierarchical document; 
performing a similarity search based on user selected attributes of the reference 
hierarchical document and determining a result set of target documents comprising 0 to n 
hierarchical documents; converting each hierarchical document to a model node that 
visually represents each hierarchical document to be displayed on a graphical user 
interface; and using the similarity search results, creating a model edge that visually 
represents the similarities between the reference hierarchical document and each 
hierarchical document. The model edge and model node may be displayed on a graphical 
user interface. Each model edge indicates a degree of similarity between the reference 
hierarchical object and the target hierarchical object and the model edge may be 
displayed as a line connecting model nodes, where the model nodes are depicted as 
geometric shapes on the graphical user interface. The length of the line connecting the 
model nodes may vary as a function of the degree of similarity between the reference 
document and the target document referenced by the model nodes. The visual 
representation may be represented in many different ways including a three-dimensional 
representation. 

The present invention comprises a computer-readable medium containing 
instructions implementing the above methods. 

BRIEF DESCRIPTION OF DRAWINGS 

Fig. 1 is a flow diagram illustrating an overview of the steps of the method of the 
current invention. 



115 Fig. 2 is a flowchart illustrating an overview of the visualization model of the 

current invention. 

Fig. 3 is a diagram displaying a detailed properties and architecture of the model 
nodes and edges of the current invention. 

Fig. 4 is a flowchart displaying the process of visualizing quicklinks for a model 
120 node contained in the visualization model of the current invention. 

Fig. 5 shows a graphical user interface for allowing a user to define linkable fields 
in a database schema. 

Fig. 6 shows a graphical user interface for defining context mapping. 
Fig. 7 shows a graphical user interface for allowing a user to specify a quick link 

125 query. 

Fig. 8 shows a graphical user interface for allowing a user to run a quicklink 
query on selected model nodes. 

Fig. 9 shows a graphical user interface for allowing a user to specify the linkable 
Q fields on which a quicklink query is to be run. 

130 Fig. 10 shows the visualization model node objects displayed in visual two- 

dimensional hierarchical database objects. 

Fig. 11 shows a representation of the two-dimensional visualization of the 
quicklink query results. 

Fig. 12 shows the visualization model node objects displayed in three- 
135 dimensional hierarchical database object visualization. 

Fig. 13 shows the visualization model node and edge objects displayed in three- 
dimensional hierarchical database object visualization. 
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Fig. 14 is a display of the three-dimensional (3D) result set visualization of a 
similarity search result set. 

Fig. 15 shows a total similarity links starting point layout. 

DETAILED DESCRIPTION 
Fig. 1 shows a method, according to which hierarchical documents and result sets from 
similarity searching are incorporated into a visual structure. In accordance with step 101, 
a user views an initial database object, which comprises a hierarchical document in a 
hierarchical database system. The user views the initial database object in the form of a 
Model Node, an entity that visually represents the hierarchical document and its 
attributes, or fields. In accordance with step 102, the user determines that there is a need 
to find database objects that contain similar attributes. In accordance with step 103, then, 
the user develops search criteria and uses it to submit quicklink queries to a query 
manager. A quicklink is a term relating to a connection between one document and 
another for a specified quicklinkable attribute. A quicklinkable field can be assigned 
non-context sensitive target fields that it can link to via a similarity search query. In 
addition, the user can specify a quicklink threshold percent value to define what percent 
match makes a quicklink between documents. 

A separate quicklink search or query may be submitted for each attribute of the 
initial database object that needs to be searched. A quicklink search is a predefined query 
that specifies a similarity scoring method for a single database object. The quicklink 
search can be done on multiple documents across multiple databases. The search criteria 
for the quicklink search may be defined when a schema for the hierarchical database is 
defined. In accordance with step 104, the query manager feeds the quicklink queries to a 



similarity search process that returns a similarity search result. The similarity search 
process used in the present invention may be any type of process that results in a 
similarity search result being returned. While other similarity search processes may be 
used, the similarity search process described in United States Patent Application No. 
09/401,101, filed on September 22, 1999, entitled "System and Method for Performing 
Similarity Searching" by David B. Wheeler and Matthew J. Clay describes one such 
similarity search process having a similarity search engine (SSE) that may be used in the 
present invention. 

In accordance w^ith step 105, the similarity search process or the similarity search 
engine (SSE) performs a similarity search and returns a result set for each quicklink 
query. A separate result set is returned for each searched attribute of the initial database 
object. Each result set comprises zero or more database objects, and hence takes the form 
of zero or more hierarchical documents. Each result set also includes the relationship 
between the returned database objects and the initial database object. In accordance with 
step 106, the SSE feeds the hierarchical documents of each result set to a visualization 
model. The visualization model holds the model edges and the model nodes and allows 
the system to maintain those properties. The visualization model interface allows a view 
of the visualization model to be created and displayed to the user. 

In accordance with step 108, each hierarchical document becomes a Model Node. 
A Model Node is an entity in a visualization model that relates to a document stored in a 
hierarchical format. A Model Node is actually a visual representation of a hierarchical 
document and includes properties that tie it to a hierarchical document and determine 
how the node should be displayed. In accordance with step 107, the SSE feeds the result 
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set for each quicklink query to the visualization model. In accordance with step 109, 
185 each relationship between the returned database object(s) and the initial database objects 
becomes a Model Edge. A Model Edge is an entity in a visualization model that relates to 
a connection between two documents stored in a hierarchical format. A Model Edge has 
properties for 'From Nodes' and To Nodes' (i.e. Documents). In addition, a Model Edge 
has a query list that allows the user to add query attributes that link the two 
190 documents/nodes together. In accordance with step 110, the Model Nodes are displayed 
as entities in a visual representation of related database objects, and the Model Nodes are 
connected by the Model Edges, which visually illustrate the relationships among the 
various Model Nodes. 

To display hierarchical database data in visual form, a visualization model is 



\j 195 needed. Fig. 2 is a diagram that illustrates an overview of a visuaUzation modeling 
S| process, in accordance with the present invention. A similarity search returns a set of 

- results 201. The result set 201 takes the form of hierarchical documents 1 . . . « 202. Each 

hierarchical document 202 becomes a Model Node 203, an entity that can be displayed in 
^; the visual structure that is created during the visualization modeling process. Each Model 



200 Node 203 corresponds to a separate hierarchical document 202 and contains properties 
that support the visual rendering of the hierarchical document 202. 

When a Model Node 204 is created, a lookup is performed on a Unique Nodes 
List 206 of the visualization model 205, to determine whether the node already exists. If 
the node does not exist, the Model Node 203 is added to the Unique Nodes List 206 in a 
205 view model 205. The view model 205 holds Model Nodes and the Model Edges, All 
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nodes maintained by the view model 205 are held in the Unique Nodes List 206, such 
that only one Model Node representation of each hierarchical document 202 is stored. 

When visualizing data contained within hierarchical documents, it is paramount 
that the user can determine the relationships that a document holds to other documents in 
the system. Thus, the similarity searching result set also produces one or more Model 
Edges 204, which correspond to the relationships among the hierarchical documents 202 
that were returned from the similarity search result set 201. These Model Edges 204 are 
used to connect the Model Nodes 203 that are displayed within the visual structure. The 
visual structure that will result from the Model Nodes 203 being connected to each other 
by the Model Edges 204 will illustrate the relationships among the separate hierarchical 
documents 202. This allows the user to visually follow a 'similarity' paper trail of 
documents in the system. The Model Edges 204 are added to a Unique Edges List 207 in 
the view model 205. 

The view model 205 maintains properties for all listed unique nodes and edges, 
and updated nodes and edges, and it provides a Model Event Interface 210 that 
communicates with a VisuaHzation Model Interface 211. The Visualization Model 
Interface 211 creates views of the model The Model Event Interface 210 and 
Visualization Model Interface 211 facilitate rendering the visual model in many different 
views 212, such as 2-Dimensional, 3 -Dimensional, Model Explorer, Cross Database 
View, Data Landscape View, and other suitable forms for viewing data and its 
interrelationships visually. The Visualization Model Interface 211 allows all supported 
views 212 to refresh their individual display structures, through the visualization model 
interface, in the manner best suited to each individual view 212. The Model Event 
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Interface 210 and the Visualization Model Interface 211 use both the unique nodes Hst 

230 and the unique edges lists to achieve this. When a Model Node 203 or a Model Edge 204 
is created, updated, changed, or deleted it is added to the Updated Nodes List 208 or the 
Model Edges List 209, respectively. A message is then communicated via the 
Visualization Model Interface 211 that the visualization model 205 has been changed, 
and each view 212 is then updated according to the Updated Nodes List 208 and the 

235 Updated Edges List 209. 

Fig. 3 illustrates the properties contained in Model Node architecture 301 and the 
properties contained in Model Edge architecture 302, in accordance w^ith the present 
invention. The properties contained by the Model Node 301 and Model Edge 302 also 
include properties that provide for the visual display of the Model Node. The properties 

240 contained in the Model Node architecture 301 include a property, shown as "Form Item," 
which identifies the hierarchical document which the Model Node visually represents. 
The Form Item essentially acts as a pointer to the hierarchical document represented by 
the Model Node and includes the primary key of the hierarchical document, a document 
summary and an internal representation of the document schema. The Link Count 

245 identifies how many Model Edges are connected to this Model Node. The Hidden Count 
identifies how many of the Model Edges associated with this Model Node are hidden for 
display purposes. Locked identifies whether a node can be hidden from display. Color 
identifies the display color. Selected identifies the Model Node selected for processing. 
ID is the unique Model Node identifier. Hierarchical Level identifies the position of the 

250 object represented by the Model Node, within the hierarchy of objects displayed by the 
visualization model. 
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The Model Edge architecture 302 contains properties that provide for the visual 
representation of relationships that exist among the hierarchical database objects that are 
shown as the Model Nodes. The properties contained in the Model Edge architecture 302 
255 include properties that identify at least one Model Node from which the Model Edge will 
extend and at least Model Node to which it will extend. These Model Nodes may be 
identified generally, as "From Node" and "To Node." The From Node is a pointer to the 
starting node while the From Node ID is the identifier of the starting node. The To Node 
is a pointer to the receiving end node while the To Node ID is an identifier of the node. 
260 The properties contained in the Model Edge architecture 302 also include a "Query List." 
The Query List stores query criteria used by the visualization model to establish the 
relationships that are visually represented by the Model Edge. Caption includes any 
caption that is displayed along with the hierarchical object that is visually represented by 
the Model Node. Likewise, Color identifies the displayed color of the Model Edge. The 
265 properties contained by the Model Node architecture 301 may also include an identifier, 
shown as "ID," in order to provide consistent reference to the particular Model Node 
throughout the visualization model. Visible determines whether the Model Edges is 
currently visible. Selected identifies the Model Edge selected for processing. ID is the 
unique Model Edge identifier. 
270 Fig. 4 is a flowchart of the quicklink query process, in which each visualization 

Model Node is created from a hierarchical document, as described with reference to Figs. 
1 and 2. Fig. 4 utilizes an example application of the current invention, a document from 
a database of known offenders, in order to display its method. A user views a visual 
representation of at least one database object, including the initial Model Node 401. The 
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275 initial Model Node 401 contains in its properties a Form Item, as described with 
reference to Fig. 3. The Form Item corresponds to the hierarchical document 402 that the 
initial Model Node 401 visually illustrates. The hierarchical document 402 contains at 
least one quicklinkable attribute, or field. The user devises separate quicklink queries 
403 for each quicklinkable attribute of the hierarchical document 402 that the user wishes 

280 to search. The user submits these quicklink queries 403 to a query manager 404. The 
query manager 404 then submits, to a similarity search engine (SSE) 405, separate search 
commands that correspond to each quicklink query. The similarity search engine 405 
may comprise any search engine suitable for searching a hierarchical database system and 
£3 returning at least one set of results in the form of related hierarchical documents. The 

■ )fT 

01 285 search engine may be of the type specified in the U.S. Patent Application 09/401,101, 
H titled "System and Method for Performing Similarity Searching," filed on September 22, 

sirs 

1999. 

Separate result sets 406 are returned by the similarity search engine 405 for each 
quicklink query 403 that was submitted to the query manager 404. Thus, a separate result 
C| 290 set 406 is returned that corresponds to each quicklinkable field of the hierarchical 
document 402 that was searched by the user. Each result set 406 contains an anchor 
document, the query criteria, and the target documents that were returned by the 
similarity search engine 405. Each result set 406 is added to the visualization model 407. 
Each result set 406 is interpreted by the visualization model 407, and a Unique Model 
295 Node 408 is created for every document contained in the result set. The visualization 
then attempts to add each Unique Model Node to the Unique Nodes List, described with 
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reference to Fig. 2. A Unique Model Node 408 is added to the Unique Nodes List, if a 
matching node does not already exist. 

The visualization model 407 then creates Model Edges by establishing 
300 relationships between the anchor document of each result set 406 and each target 
document returned in the result set 406. For each anchor document/target document 
relationship, a Unique Model Edge 409 is created. The Unique Model Edge 409 stores 
the relationship of a unique link between the target and anchor documents, in addition to 
the query criteria that created the link. For each Unique Model Edge 409 that is created 
305 between anchor and target documents, the query criteria are added to the query list 
Q property of the Unique Model Edge 409, described with reference to Fig. 3. The Unique 

01 Model Edge 409 is then added to the Unique Edges List, described with reference to Fig. 

'""^l 2, if a matching Model Edge does not already exist. If a matching Model Edge already 

exists between two documents, then the query attributes that created the more recent 
310 Model Edge are simply added to the existing Model Edge's query list. 

p Fig. 5 is an illustration of an example graphical user interface (GUI) 500 that may 

nJ 

Q be used in implementing the current invention. The GUI 500 allows a user to edit 

settings and quicklinkable field parameters A first area 501 of the GUI 500 allows the 
user to select the database object field for within the hierarchical database schema shown 
315 in 501 for which the settings will be edited. Selection may be made using any suitable 
means for selecting an entity within a GUI, such as marking checkboxes or highlighting 
the entities. 

Upon the user's selecting an object field, a second area 502 of the GUI 500 allows 
the user to display and edit settings with regard to the field that the user selected. The 
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user may select aspects of the visual representation, to which the edited settings will 
apply, by selecting an Editor mode. For instance, the user may desire certain settings to 
apply to text that is shown in the visual representation and other settings to apply to 
Model Nodes or Model Edges. The user may then change the Editor mode to "Text," 
etc., as needed. 

The settings that a user may edit include Display Settings, such as the colors 
imparted to various aspects of the visual display and whether certain aspects are made 
visible. The settings may also include General Settings, such as data types and 
descriptions and field names. The General Settings may also include selectable functions 
that affect the manipulation of data, such as whether the data represents a key by which 
the data is linked to other data; whether the data should be read-only; whether the data is 
should be required to execute a quicklink search; and whether a summary of results 
should be shown to the user. 

The user may also edit Quicklink Settings, functions that affect the use of 
quicklinks in conjunction with searches performed by the SSE. The user may select 
whether to allow quicklink queries to be developed for the field and the user may select 
to enter a separate GUI for editing context mapping parameters, described with reference 
to Fig. 6 below. For each quicklinkable field, the user also may specify a threshold 
weight that will be used to define the similarities of fields in other database objects. For 
example, if the weight is set at 99%, any document that contains a field that is 99% 
similar is returned as in the similarity search result set. 

Finally, the user may use the second area 502 of the GUI 500 to edit SSE settings 
for the similarity search engine (SSE). The user may here set defaults that will be applied 
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in the quicklink search, failing the specification of parameters in the Quicklink Settings 
described above. Default measures, default weighting and use of a tokenizer may be set, 
and the user may select to enter a separate GUI for editing context mapping parameters, 
described with reference to Fig. 6 below. 

Fig. 6 shows a graphical user interface (GUI) 600 that allows users to define 
context mapping parameters for the selected field. Context mapping allows the user to 
specify other fields within the database objects that the selected field will quicklink to. 
The user may specify any field in any database within the hierarchical database 
management system (HDBMS) to which the invented method is applied. A HDBMS 
may contain many separate hierarchical database schemae. Thus, the context mapping 
may be inter-schema or intra-schema. The GUI 600 shows a first area 601, in which 
various databases are listed. The user selects a database that contains objects that the user 
wishes to search. For example, the user may select the database shown as "DB_3." 
However, the user may not wish to search all fields of the objects in DB_3. Thus, the 
user may use a second area 602 of the GUI 600 for selecting the fields to which an edited 
field may be quicklinked. Thus, if the field being edited by the user, as described with 
reference to Fig. 5, is "First Name," then the user may select only to search through the 
"First Name" fields of the objects in Test_DB_500K. Thus, the user would select 
DB_3/Name-Standard/First Name. Selection may be made using any suitable means for 
selecting an entity within a GUI, such as marking checkboxes or highlighting the entities. 

Fig. 7 shows a graphical user interface (GUI) 700 for allowing a user to specify a 
quicklink query. The user can run the quicklink query on the entire Model Node or select 
fields within the Model Node on which to run the query as shown in Fig. 8. 
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Fig. 8 shows a graphical user interface (GUI) 800 for allowing a user to run a 
quicklink query on selected nodes. 

Fig. 9 shows a graphical user interface (GUI) 900 for allowing a user to specify 
the quicklinkable fields within one or more databases on which a query is to be run. 

Fig. 10 shows a graphical user interface (GUI) 1000 that displays hierarchical 
database objects as two-dimensional visualization Model Nodes 1001. The two- 
dimensional visualization hierarchical database objects act as a conduit between a 
hierarchical database and a visualization model by providing the user with a visual 
representation of hierarchical data objects. Users may then select visual objects, the 
Model Nodes 1001, and run a quicklink query search on them. As yet, there are no Mode 
Edges displayed, because no similarity relationships have been established among the 
Model Nodes 1001. 

Fig. 11 shows a graphical user interface (GUI) 1100 that displays hierarchical 
database objects as two-dimensional visualization Model Nodes 1101, 1102, and 1103, 
and displays the relationships among them as Model Edges 1104. This two-dimensional 
rendering of Model Nodes 1101, 1102, and 1103, and Model Edges 1104 acts as one of 
the views supported by the visualization model, as described with reference to Fig. 2. 
The visualization model is the result of a user selecting the visualization Model Nodes 
described with reference to Fig. 10 and running a quicklink query search on them. The 
results of the search display some Model Nodes that were not represented among those 
selected by the user. 

Each Model Node 1101, 1102, and 1103 in the visualization model is rendered as 
a geometric shape. The shape is presented in a color that is pre-assigned to the database, 
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in which the object represented by the Model Node 1101, 1102, and 1103 is stored. Each 
390 Model Edge 1104 in the visualization model is rendered as a line between two Model 
Nodes. Each Model Edge 1104 represents a similarity relationship between the database 
objects that are represented by two Model Nodes. 

A center Model Node 1101 represents the quicklink anchor document, described 
with reference to Fig. 4. The surrounding Model Nodes 1102 represent the target 
395 documents that have been found to be similarly related to the anchor document. The 
Model Edges 1104 connect the center Model Node 1101 to the surrounding Model Nodes 
1102, thereby showing which documents are related to the anchor document represented 
by the center Model Node 1101. The unjoined Model Nodes 1103 represent documents 
01 that are not sufficiendy similar to the anchor document, as defined by the threshold set by 

'==1 400 the user in the GUI described with reference to Fig. 5. Thus, no Model Edges connect 
them to the center Model node 1101. 

Fig. 12 shows an illustration 1200 of hierarchical documents as three-dimensional 
Model Nodes 1201. The three-dimensional visualization hierarchical database objects act 
as a conduit between a hierarchical database and a visualization model, by providing the 
405 user with a visual representation of hierarchical data objects. Users may then select 
visual objects, the Model Nodes 1201, and run a quicklink query search on them. As yet, 
there are no Mode Edges displayed, because no similarity relationships have been 
established among the Model Nodes 1201. 

Fig. 13 shows an illustration 1300 of hierarchical documents as three-dimensional 
410 Model Nodes 1301, 1302, and 1303, and displays the relationships among them as Model 
Edges 1304. This three-dimensional rendering of Model Nodes 1301, 1302, and 1303, 
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and Model Edges 1304 acts as one of the views supported by the visuaHzation model, as 
described with reference to Fig. 2. The three-dimensional hierarchical database object 
visualization acts as a conduit between a hierarchical database and a visuaHzation model, 
by providing the user with a visual representation of hierarchical data objects and the 
similarity relationships among them. The visualization model is the result of a user 
selecting the visualization Model Nodes described with reference to Fig. 12 and running a 
quicklink query search on them. The results of the search display some Model Nodes 
that were not represented among those selected by the user. 

Each Model Node 1301, 1302, and 1303, in the visualization model is rendered as 
a geometric shape. The shape is presented in a color that is pre-assigned to the database, 
in which the object represented by the Model Node 1301, 1302, and 1303, is stored. 
Each Model Edge 1304 in the visualization model is rendered as a line between two 
Model Nodes. Each Model Edge 1304 represents a similarity relationship between the 
database objects that are represented by two Model Nodes. 

A center Model Node 1301 represents the quicklink anchor document, described 
with reference to Fig. 4. The surrounding Model Nodes 1302 represent the target 
documents that have been found to be similarly related to the anchor document. The 
Model Edges 1304 connect the center Model Node 1301 to the surrounding Model Nodes 
1302, thereby showing which documents are related to the anchor document represented 
by the center Model Node 1301. The unjoined Model Nodes 1303 represent documents 
that are not sufficiently similar to the anchor document, as defined by the threshold set by 
the user in the GUI described with reference to Fig. 5. Thus, no Model Edges connect 
them to the center Model node 1301. 



19 



In the embodiment shown in Fig. 11, the Model Nodes 1301, 1302, and 1303, are 
represented as square blocks of varying heights. The height of each Model Node 1301, 
1302, and 1303, is determined by the number of links between the Model Node and 
another Model Node. When a link is made from a Model Node to another Model Node, 
the height of each is increased by one unit. The user may set the measure of a unit of 
height. In the embodiment shown in Fig. 1 1, a Model Node that is one unit high becomes 
a cube. For instance, since no links have been made from or to the unjoined Model 
Nodes 1303, they each have a height of zero (0). Since each of the five surrounding 
Model Nodes 1302 are linked to the center block 1301, each surrounding Model Node 
1302 is one unit high, and the center Model Node 1302 is five units high. 

Fig. 14 displays a similarity search result set in three-dimensions. The visual 
representation enables a user to simultaneously inspect many hierarchical objects that are 
included in the similarity search result set. The user may also inspect the degree of 
similarity between the search 'anchor' object and each of the 'target' cases that have been 
included in the result set, with reference to each attribute or field searched. The 
attributes, or fields, that were used to form the search criteria are aligned along the X- 
axis. The attributes are placed in order by the structure of the database schema being 
visually represented. For example, if Fig. 14 represented a database schema whose 
attributes were arranged in order from "Name" to "Eye Color," then Attribute 1 1401 in 
Fig. 14 would be "Name," and Attribute 1403 would be "Eye Color." 

Model Nodes 1402 are placed along slices of the Y-axis. In the embodiment 
shown in Fig. 14, the Model Nodes 1402 comprise similarity search score 'blocks,' A 
row of Model Nodes 1402, viewed from front to back in Fig. 14, denotes a single target 
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document: a hierarchical database object that is contained in a similarity search result set. 
A Model Node 1402 corresponding to an attribute of the hierarchical document is 
460 displayed at each X-Y intersection in the row. 

A Z-axis represents similarity search score, with similarity increasing as one 
moves up the Z-axis. In the embodiment shown in Fig. 14, the terminus at the top of the 
Z-axis represents 100% similarity between the attribute of a target document and the 
same attribute in the anchor document. The Z-axis may be made to run from 0-+100%, 
465 or from -100% - +100%. Where similarities are not absolute, a user may elect to have 
the Z-axis run from O-+00, or fi*om -00 to +00. The degrees of similarities represented by 
Q the Model Nodes 1402 are calculated relative to one another, and the heights of the 

01 blocks along the Z-axis are set proportionally in the visual representation. 

'H.t 

N A 2D value based visualization is the ability to visually display similarity 

470 relationships in a hierarchical database. Each rectangle, or other geometric shape, would 
denote a particular value that is stored in a hierarchical database object, such as a phone 

b 

rj number. A line between any two geometric shapes would denote a similarity relationship 

link through a hierarchical database object. The visual relationship can be stated as, 
"Phone Number 305-0257 has a similarity relationship to Phone Number 305-0250 in 
475 Claim Numbers 1, 2 and 3". 

In addition to the features described in 2D value-based visualization, the 3D value 
based visualization renders the picture in three dimensions. For every geometric shape 
contained in a chart, a geometric node block is rendered where the height of the block is 
determined by the number of edges, or lines, that connect to the object. In addition, each 
480 height unit of the block can be rendered in a different color, depending on the database 
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from which links the two values together. Every edge, or link, is rendered in the same 
fashion as 2D value-based visualization. 

Fig. 15 shows a second embodiment of a method for displaying a similarity search 
result set in three-dimensions. This embodiment also allows the user to peruse a large 
amount of data, in order to discover similarity trends and anomalies in the objects of a 
hierarchical database. The visual representation enables a user to simultaneously inspect 
many hierarchical objects that are included in the similarity search result set. The user 
may also inspect the degree of similarity between the search 'anchor' object and each of 
the 'target' cases that have been included in the result set, with reference to each attribute 
or field searched. The attributes, or fields, that were used to form the search criteria are 
aligned along the X-axis. The attributes are placed in order by the structure of the 
database schema being visually represented. For example, if Fig. 15 represented a 
database schema whose attributes were arranged in order from "Name" to "Eye Color," 
then Attribute 1 1501 in Fig. 14 would be "Name," and Attribute 1503 would be "Eye 
Color." 

Model Nodes 1502 are placed along slices of the Y-axis. In the embodiment 
shown in Fig. 15, the Model Nodes 1502 comprise similarity search score 'blocks.' A 
row of Model Nodes 1502, viewed from front to back in Fig. 14, denotes a single target 
document: a hierarchical database object that is contained in a similarity search result set. 
A Model Node 1502 corresponding to an attribute of the hierarchical document is 
displayed at each X-Y intersection in the row. 

A Z-axis represents similarity search score, with similarity increasing as one 
moves up the Z-axis. The Z-axis may be made to run from 0-+100%, or from -100% - 
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+100%. Where similarities are not absolute, a user may elect to have the Z-axis run from 
0-+00, or from -00 to +cx). The Z-axis may also be used to represent a less relative 
similarity for each attribute of the documents. In the embodiment shown in Fig. 15, for 
example, the Z-axis represents the number of quicklinks to each document for a given 
attribute. The height of each Model Node 1502 is determined by the number of edges, or 
lines, that connect to the object in a two-dimensional representation, such as that 
described with reference to Fig. 1 1; or in a three-dimensional representation, such as that 
shown in Fig. 13. The heights of the Model Nodes 1502 are set proportionally in the 
visual representation. 

In the embodiment shown by Fig. 15, the manner of displaying the Model Nodes 
1502 differs from the embodiment shown by Fig. 14. Each height unit of each Model 
Node 1502 is rendered in a different color represented in the figure by the variations in 
shading. The user is given the ability to view a number of hierarchical database objects 
and all of the similarity relationships for each attribute contained within the object. The 
user can select and define a schema criteria and similarity score tolerance. Every 
hierarchical database object may be displayed as a node stack where the different colors 
(here represented by shading) represent similarity counts for different items in the 
schema. The nodes stacks may be displayed on a three dimensional grid in a format that 
can be ordered by the user based on criteria that may be selected by the user. 

Using the foregoing, the invention may be implemented using standard 
programming or engineering techniques including computer programming software, 
firmware, hardware or any combination or subset thereof. Any such resulting program, 
having a computer readable program code means, may be embodied or provided within 
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one or more computer readable or usable media, thereby making a computer program 
product, i.e., an article of manufacture, according to the invention. The computer readable 
media may be, for instance, a fixed (hard) drive, disk, diskette, optical disk, magnetic 

530 tape, semiconductor memory such as read-only memory (ROM), or any 
transmitting/receiving medium such as the Internet or other communication network or 
link. The article of manufacture containing the computer programming code may be 
made and/or used by executing the code directly from one medium, by copying the code 
from one medium to another medium, or by transmitting the code over a network. 

535 An apparatus for making, using or selling the invention may be one or more 

processing systems including, but not limited to, a central processing unit (CPU), 



Ql memory, storage devices, communication links, communication devices, server, I/O 

^-^J devices, or any sub-components or individual parts of one or more processing systems. 



including software, firmware, hardware or any combination or subset thereof, which 
540 embody the invention as set forth in the claims. 

User input may be received from the keyboard, mouse, pen, voice, touch screen, 

Q or any other means by which a human can input data to a computer, including through 

G 

other programs such as application programs. 

Although the present invention has been described in detail with reference to 
545 certain preferred embodiments, it should be apparent that modifications and adaptations 
to those embodiments may occur to persons skilled in the art without departing from the 
spirit and scope of the present invention. 
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